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REMARKS/ARGUMENTS 

Tb& 0£Bce action dated April 25, 20Q3 has been caie&Uy considered Claims 1-20, 
and 26-28 remain active in this applicatioa 

The rejection of claims 1-4, 6-7, 9-10, 14-15, 18, 20, 26-27 and 31 under 35 U.S.C. § 
103(a) as being unpatentable ov^ Sakakura and Yamagishi is respectfullly traversed. 

Salcakura is directed to a data $ynchrooi2ation method for maintaining and 
controDiiiig replicated data while Yamagishi discusses retrieviqg update data concerning high 
audience ratings over a broadcast network. 

Claim 1 recites ''a processor . . operable to include a last received ot»ject update version 
sequence number (OVSN) in the update request message." In Sakakura, figure 18, cohmn 8, 
lines 51-54 and column 9, lines 47-50 teach the inclusion of a bg number in an update 
message. As Sakakura tead^es synchronizii^ data, the various nodes (whether ttisy represent 
molHle stations or servers) must wait after generating a data request> synchronization 
request) before sending an iq)date message indudit^ a log nimiber of a data update; This is 
inferred in colmm 9, Hnes 45-50, reproduced bdow: 

In step S506, Uie node v^ci^ receives the data syochxtsinizatioa lequeTt waits £pr 
tt)eig)date message 403. When fbe iQ)date niessage 403 is received in step SS(^, 
step S50S a log number of the update message 403 is compared ivith a log number cf the 
update log data 4tS2 of the data store. 

If the node ^ receives the data synchronization request tnust wait for the update message 
^m the requesting node, then the request and update (with the log number) are spaced q>an 
in time and likewise involve a period of waitit^. Sakakura spedficalty notes that 'Hfae node 
which receives the data synchronization request waits (emphasis added) &r the update 
message 403, Consequently, Sakakura must be held accountable for its own language and it 
must not be interpreted in a manner that would contravene its own teadungs. In any case, 
Sakakura &ils to teach or suggest processor... operable to include a last received obgect 
update version sequence number (OVSN) in the update request message** as recited in 
applicants daim 1. As is made clear by {q)plicants' daiml, the tqpdate request indudes a last 
received object update version sequence number. Assuming ,arguendo, 'Yamagi^ teaches 
a server transmittir^ a data object iqxlate message after receipt of an update request message 
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&om a wireless conmiumcation devicer(see OfSce action, page 3) this does not amount to 
mcluding a last received object u|>date version sequence number (OVSN) in the update 
request message as redted in daim 1. Since Sakakura in addition to Yaxnagisbi, taken 
singl)^, &il to teach or suggest the quoted limitation in daim 1, their corhbmation likewise 
foils to teach or suggest this limitation. It is tiiterefbre subnstted that any combination of 
Sakakura with Yamagishi would fafl to tead), suggest, or make obvious daim h Speed is 
an adcnowledged goal by applicants, spedfic to some aspects and implidt to others. See 
paragraphs 0028 and 0029, e.g., "[I]n order to quickly determine i^^iether each recdver has 
the niost current ol)}ea..." The waiting nitroduced hy Sakakura can on^ s^e to frustrate 
that goal No combination of cited references tempers fbis waiting by Sakakura. 

Claims 14, 18, and 20 likewise redte a last recdved OVSN in an update request 
message. Specifically, claim 14 recites "a processor ...operable to indude the last received 
OVSN in a data update request message."" Claim 18 recites 'IransmittKng the last recdved 
OVSN in a subsequent data iQ>date request message..,^ Claim 20 iedtes> ""receiving a 
message from a wireless communications device^ the "Inessage con^msing an OVSN."' For 
the reasons indicated previous^, Sakdcura in combination with Yam^;ishi £iil to teach, 
suggest or make obvious daim 14, 18 and 20 especially since they're combination fails to 
teadJ, si^gest or make obvious the noted OVSN and update request message claim 
limitations. 

Th^ remaining dasms depend from daims submitted herdn as patentaUy 
distinguishahle over the dted It is submitted that these dependent dains are likewise 
patentaUy distiiiguisbable as they noerely contain limitations in addition to the daims from 
whidi they depend. 

While daim 31 is distinguishable over the dted art, in order to further tbe prosecution 
of this application, this daim has been cancelled. 

The rejection of daims 5, 8, 11-13, 16-17, 19 and 28 under 35 U.S.C, §l03(a) as 
being unpatentable over Sakaura in view of Yamagishi and LaDue is respectfiilly traversed. 
UPuet, Ms to teacb^ suggest or make obvious, taken singly or together with the other dted 
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reference m update request message indudiog an OVSN. This linitatioa is included within 
daims 5, 8, 11-13, 16-17, 19 and 28 through thdr dependoicy from one of the noted 
independent daims discussed above. 

In view of the amendmsu and remarks, this case is submitted as being in a condition 
fbr allowance. Favorable action is respectfi% requested. 

Applicants tb^efore respectfulb^ request that a tundy Notice of Allowance be issued 



QUALCOMM Incoiporated 
5775 Morehouse Drive 
San Diego, Califiiniia 92121-2779 
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in this case. 



RespectfiiDy subniitted. 



Dated: 



August 25, 2005 




RidiardA Bacband 
Attorney for Applicant 
RegistTaiionNo. 25,107 
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